home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d20 / tmovr330.arc / WHATSNEW.330 < prev   
Text File  |  1991-01-07  |  5KB  |  113 lines
  1.    ╒══════════════════════════════════╕
  2.    │ Changes in TrackM 3.30 from 3.20 │
  3.    ╘══════════════════════════════════╛
  4.  
  5. - some bugs in the 'Request Manager' in versions 3.24 - 2.26
  6.   are fixed.
  7.  
  8.   WildCard request are functional now. They had never worked
  9.   before and it seems that nobody had activeted it until now.
  10.  
  11.   NOTE: Once again , you CAN'T manage magic requests with the
  12.         requestmanager !!!
  13.  
  14.  
  15.  
  16. + If you act as a gateway for another network (for example UUCP) you
  17.   should run a software that checks the correct addressing and syntax of
  18.   a message. If an error was found your software should mark the message
  19.   'ORPHAN'. TrackM will return this message to the sender. You can
  20.   define your own text for the returncomment in TRACKM.ORP.
  21.   And of course you will find it also in the internal TMSETUP fullscreen
  22.   editor.
  23.  
  24.  
  25. + A message 'readdressed' to your own primary address will be
  26.   checked once again for pointaddressing. So if you run with
  27.   two addresses in the nodelist, f.e. a normal address and a HUB-
  28.   address, mail will reach your points anyway if you readdress
  29.   to the system they are listed as points.
  30.  
  31.  
  32. + There is a OVR-Version of TrackM once again. In the past, the
  33.   OVR-version only saved 20 kB of memory and the normal TrackM
  34.   run in 190 kB of memory. Now TrackM needs 230 kb of memory but
  35.   the OVR version only 190 kb.
  36.   You can get the OVR-Version in requesting: TMOVR
  37.  
  38.   NOTE: you will get the pure .EXE and .OVR files
  39.  
  40. + TMSETUP will run in *ANY* videomode now up to 132*60 display.
  41.   It did run in all modes before but the screen did not look nice ;-)
  42.  
  43. + You don't have to include your points in the nodelist setup.
  44.   When compiling the nodelist(s), TrackM will compile in your
  45.   points as defined in the Point-Manager at the first entrys
  46.   in the IDX file. Also your pointnet host is included in the
  47.   index
  48.  
  49. + Increased the maximum number of nodelistentrys up to 26000 !!
  50.   This should solve anyones problem with nodeentrys for a long
  51.   time.
  52.  
  53.   NOTE:  Memory for nodelistentry is taken dynamicaly. That means
  54.          if you run a IDX file with more than 13000 entrys, TrackM
  55.          will get itself the next 64 KB of RAM.
  56.  
  57. + Increased the maximum size of a message up to 32 KB. It was at
  58.   this size a long time ago. Now I got some bugreports with messages
  59.   in the range 20 - 27 kb. So 32 KB should do it anyway. I don't know
  60.   any editor that can handle messages with a bigger size.
  61.  
  62. + Added names into the logfile
  63.  
  64. + Totaly rewritten Pointremapping. 'OldPointNet' is not needed
  65.   anymore. A message to/from point should ever be correct regard-
  66.   less what adresses are in the from: and/or to: field.
  67.   BUT: You must have listed your points in the 'Pointmanager'
  68.   AND: You must have activate 'MatchFrom' and 'MatchTo'.
  69.  
  70. + Increased the maximum number of messages that TrackM can handle
  71.   from 1000 to 2000.
  72.  
  73. + Added sort in the 'Pointmanager'. If you leave the pointmanager
  74.   your points will be sorted in ascending order by their point#.
  75.  
  76. + Added more info to tsexport like PointNet, RaxPoint etc.
  77.  
  78.  
  79. + After getting a file via the Request-Manager, TrackM
  80.   writes the filename, size, time etc. to a file called
  81.   TRACKMRQ.HIS.
  82.  
  83.   The new commandline option LOOKHIS shows you the contents
  84.   of this file. This will make it more easy for you to share
  85.   the costs to your downlinks. There is a field 'costs' in
  86.   the history record but it will show zero all time. Computing
  87.   costs, depends on the mailer you are using. You will find the
  88.   structure of TRACKMRQ.HIS in the file STRUCT.320. That should
  89.   make it easy to update the costsfield for your mailer. There
  90.   will be a program that does this automaticaly for FrontDoor > 2.00.
  91.  
  92. + Added new flag KFS in the Request-Manager. KFS means 'Kill file after
  93.   sending'.
  94.  
  95.   NOTE: this will only work with a mailer supporting FLAGS,
  96.         namely FrontDoor and D'Bridge.
  97.  
  98. + Nodes can add a password to filerequests in the
  99.   Request-Manager (see DOC)
  100.  
  101. + Added Status 'Now' in the Requestmanager.
  102.  
  103.   WARNING !!!!  A 'STAT: Now' line in a requestmessages
  104.                 will set the FLAG Immediate. That will
  105.                 cause your system to immediate make the
  106.                 request if you are using FrontDoor or
  107.                 D'Bridge.
  108.  
  109. + Think I've found a way to prevent TrackM from doing anything
  110.   twice. It does work on FrontDoor & Binkley systems! Please
  111.   report if you have any troubles with D'Bridge.
  112.  
  113.